home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4520 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.0 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Fastmem to chip
  5. Date: 29 Feb 1996 16:34:29 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4h4kil$nfe@sunsystem5.informatik.tu-muenchen.de>
  9. References: <517.6624T116T387@himolde.no> <542.6624T1040T2116@sn.no> <4gj2gn$f9c@sunsystem5.informatik.tu-muenchen.de> <2066.6632T258T2869@himolde.no>
  10. NNTP-Posting-Host: hphalle2i.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle2i.informatik.tu-muenchen.de
  12.  
  13.  
  14. >>
  15. Or is it possible to freeze the refresh of a screen, until an event occur, thus
  16. letting me copy the fastmem area straight into the windows rastports bitmaps?
  17. That is, displaying the old view until I have copied the new data into the
  18. bitmaps, and THEN display the new data?? Nah, sounds highly unlikely.
  19. <<
  20.  
  21. use writepixelarray8() on gfx-cards to get fastmemstuff to vram.
  22. blitbitmap()stuff could maybe even work on gfx-card-blitter.
  23.